home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1993 July / Internet Tools.iso / iso9660 / mail / pine / imap.arc / text0022.txt < prev    next >
Encoding:
Text File  |  1993-07-02  |  2.0 KB  |  35 lines
  1. Delivery acknowledgements and read acknowledgements are, as has been
  2. exhibited, a very emotional issue.  They question generates a lot of heat but
  3. very little light.  Extreme views proliferate, with very little moderation in
  4. between.
  5.  
  6. One such extreme view -- which I subscribe to -- is that the privacy violation
  7. of this sort of function is of greater concern than the benefits.  I do not
  8. necessarily want to acknowledge certain messages, much less tell someone if
  9. and when I read it.  One frightening thought is the prospect of service of
  10. legal process through e-mail.  The possibility also exists of covert channels;
  11. remember, you can get more information out of an acknowledgement than just the
  12. fact that the message was received.
  13.  
  14. Delivery acknowledgements aren't as serious in their violation of privacy, but
  15. they don't verify that the user read the message.  A lot can happen to a
  16. message between the time that the MTA delivers it and it is displayed on a
  17. screen.  There is a privacy violation question as well; it makes it more
  18. difficult for a user to ignore mail and pretend it never reached him.
  19.  
  20. My personal viewpoint is that the only acceptable solution is a client-based
  21. read acknowledgement, *under the control of the user*.  That is, a slightly
  22. more automated mechanism than the message with a first line saying `please
  23. acknowledge receipt immediately.'  Some cookie in the message triggers this in
  24. the client, and the user is asked whether or not he wants an acknowledgement
  25. sent.
  26.  
  27. Of course, what an organization does in its INTERNAL mail infrastructure is
  28. its own business, and it is reasonable for e-mail implementors to provide this
  29. facility for internal usage.  External usage is another matter.  As
  30. frustrating as it may be for Joe Mooch at Foobar Corporation not to know if
  31. Nancy Nebbish at Garply Industries has received his message, ultimately, it is
  32. up to Nancy (and Garply) to decide if an acknowledgement -- or a reply --
  33. should be made, and software should not subvert this.
  34.  
  35.